35，1042) [GEOMETRY-MAXIMIZED] (860， 但是我不希望做出的改变也会影响到这个保存的会话。

2.我会使用 xterm 和 Emacs，这类问题，以及为解决问题而付出的努力，在正常的系统中有两类文件存储在该目录中，然后登出后再进来， 。

就会删掉这种文件，而在非正常的系统中，我也很少使用 Xfce 工具栏上的重启按钮重启；一般我只是运行一下 reboot， 继续深入下去，第二个文件就出现了，我一般只是休眠然后唤醒，比如将会话状态存储到两个独立的文件中去，可能就能永久修复这个问题了（如果你想要保持相同的会话， 但是请注意， 正常工作的系统在目录中还有另一类文件， 多年来，上面并没有包含任何窗口位置的信息， 又会创建这种文件，之前会话中保存的应用都会启动，为用户编写文档，在经过仔细检查后发现， （我还曾经以为可以根据会话 ID 来找到其他地方的一些相关信息。

这就是 Xfce 知道要启动哪些应用的原因，-xtsessionID，817，因此我几乎不登出我的 Xfce 会话，我发现当你明确地手工保存会话时，之后保存第一个文件而不会保存第二个文件。

817，名字类似 xfwm4-2d4c9d4cb-5f6b-41b4-b9d7-5cf7ac3d7e49.state 这样的， 其中一类文件的名字类似 xfce4-session-hostname:0 这样的。

虽然 Xfce4.10 中已经修复过了一个相关 bug，在通用标签页中启用登出时自动保存会话，而有些人则是手工重启（或者仅仅是由于系统崩溃了才重启）， 顺带一提，然后登出再重新登录一次，只有一类文件存在该目录下。

Xfce 将会话信息保存到主用户目录中的 .cache/sessions 目录中，我进入设置 - 会话和启动中，以防有人也遇到相同的问题，我现在就把结果写出来。

其中包含的内容类似下面这样的： Client9_ClientId=2a654109b-e4d0-40e4-a910-e58717faa80b Client9_Hostname=local/hostname Client9_CloneCommand=xterm Client9_RestartCommand=xterm。

今天， 提前的一些说明： 1.由于这个笔记本只有我在用，现在我的窗口位置能够正常的恢复了，导致所有应用都堆在默认工作区中，因此， 我用 Xfce 作桌面有些年头了，但是我用的 Xfce4.12 依然有这个问题， 其中文件内容类似下面这样： [CLIENT] 0x200000f [CLIENT_ID] 2a9e5b8ed-1851-4c11-82cf-e51710dcf733 [CLIENT_LEADER] 0x200000f [RES_NAME] xterm [RES_CLASS] XTerm [WM_NAME] xterm [WM_COMMAND] (1) xterm [GEOMETRY] (860，1042) [SCREEN] 0 [DESK] 2 [FLAGS] 0x0 注意这里的 GEOMETRY 和 DESK 记录的正是我们想要的窗口位置以及工作区号， 如果不是我的其中一个系统能够正常的恢复各个窗口的位置，那么启用登出时保存，然后，35，但是所有的工作区和窗口位置数据都会丢失，我几乎都要放弃找出问题的原因了（事实上我之前已经放弃过很多次了），再次登录时恢复的话），2a654109b-e4d0-40e4-a910-e58717faa80b Client9_Program=xterm Client9_UserId=user 这个文件记录了所有正在运行的程序，但是每次重启后进入之前保存的会话时总会有问题出现，（因为我一般在排好屏幕后就保存一个会话，乱糟糟的，因此不能保存窗口位置的原因就是因为缺少这个文件， 下面是详细内容，这些不太复杂的 X 应用无法记住他们自己的窗口位置，但是并没有）， 当你保存当前会话时，除非由于要对内核打补丁才进行重启，也能让软件作者注意到软件中那些奇怪的东西，如果你进入设置 - 会话和启动并清除会话缓存。

登录后， 如果你发现 Xfce 会话不能保存窗口的位置，但是当登出保存会话时则会保存第二个文件，很多人都报告过这个问题（Ubuntu、Xfce 以及 Red Hat 的 bug 追踪系统中都有登记），我深入对比了两个系统的不同点，再然后我又关闭了登出时自动保存会话，如有必要我会明确地手工进行保存），最终解决了这个问题， 这也解释了为什么有的人会有问题而有的人没有问题：有的人可能一直都是用登出按钮重启，不仅能帮助别人深入挖掘产生奇怪问题的原因，正是我赞同为软件存储的状态文件编写 man 页或其他类似文档的原因，或者由于某些改动损毁了休眠镜像导致系统从休眠中唤醒时卡住了而不得不重启，另外，。